Description / 描述

本次 PR 对 139 云盘驱动的初始化和登录逻辑进行了更改，旨在解决用户报告的登录死循环错误（Failed init storage: login with password failed...）以及触发风控的问题。

问题背景：
经排查，原驱动逻辑存在以下缺陷：

1. 频繁触发风控：无论当前的 Cookie 是否有效，驱动总是强制执行完整的密码登录流程（Step 1）。在短时间内多次重启或初始化时，这会向移动登录接口发送重复请求，极易触发 ec=PML401010062 等频率限制错误。
2. Cookie 污染：在必须进行密码登录时，请求头中可能携带了旧的、已失效的 Session Cookie（如过期的 JSESSIONID 或 Os_SSo_Sid）。这会导致服务器认为是异常会话，拒绝登录请求并重定向到错误页面（表现为重定向链接中缺失关键的 sid 参数）。
3. 缺乏复用机制：未充分利用现有的 MailCookies 进行快速会话恢复，导致每次操作都必须“从零开始”。

优化方案：
本次提交引入了更智能的登录策略，优先级顺序为：“Authorization 优先 -> Cookie 复用优先 -> 密码登录兜底”。

Changes / 变更内容

1. Authorization 优先策略

• 旧逻辑：即使配置中已有 Authorization，驱动仍可能尝试去校验账号密码或执行登录。
• 新逻辑：如果检测到 Authorization 字段存在且非空，驱动将直接跳过整个登录流程。

2. Cookie 复用策略 (快速通道)

• 逻辑：在不得不进行登录尝试前，驱动会先解析当前的 MailCookies。如果从中提取到了有效的 Os_SSo_Sid：
  1. 直接跳过 Step 1 (高风险的密码登录)。
  2. 直接尝试执行 Step 2 (利用 SID 换取 Token)。
  3. 成功后直接进入 Step 3 (换取最终 Authorization)。

3. 健壮的自动降级 (Fallback) 机制

• 逻辑：如果“快速通道”失败（例如 Cookie 已过期、或 Step 2 接口报错）：
  • 若配置了账号/密码：驱动会自动捕获错误，并无缝降级到完整的密码登录流程（Step 1 -> Step 2 -> Step 3）。
  • 若仅有 Cookie：由于没有账号密码作为回退，此时才会向用户报错，提示凭据已失效。

4. 凭据校验逻辑细化

• 新规则：
  • 仅有 Authorization？ -> 通过。
  • 仅有 MailCookies？ -> 通过（仅尝试快速通道，适合不想保存明文密码的用户）。
  • 填了 Username 或 Password？ -> 必须三者齐全（MailCookies + 账号 + 密码），以确保自动降级机制能正常工作。

5. 安全与代码清理

• Cookie 清洗：在执行密码登录（Step 1）时，通过 sanitizeLoginCookies 严格过滤请求头，剔除旧的 SessionID，只发送必要的设备标识 Cookie，防止脏数据导致登录失败。
• 代码质量：移除了 driver.go 中未使用的 strings 包导入，并使用 go fmt 格式化了代码。

Motivation and Context / 背景

PR回复: #1534

How Has This Been Tested? / 测试

我在本地使用多种账号状态进行了详细测试：

1. 场景 A：已有 Auth (Clean Start)
   • 输入：仅提供有效的 Authorization 字符串。
   • 结果：驱动瞬间完成初始化，Step 1/2/3 全部被跳过。正常运行。
2. 场景 B：Cookie 复用 (Fast Path)
   • 输入：提供有效的 MailCookies (无 Auth)，账号密码可选。
   • 结果：驱动提取 SID，成功执行 Step 2 -> Step 3。Step 1 被成功跳过。
3. 场景 C：Cookie 过期 + 账号密码有效 (Fallback)
   • 输入：过期的 MailCookies，有效的账号和密码。
   • 结果：Step 2 尝试失败 -> 日志记录 Warning -> 自动降级至 Step 1 -> 密码登录成功 -> 生成新 Auth。
4. 场景 D：凭据缺失
   • 输入：过期的 MailCookies，未填账号密码。
   • 结果：Step 2 失败 -> 无法降级 -> 返回明确的错误提示。

Checklist / 检查清单

• I have read the CONTRIBUTING document.
  我已阅读 CONTRIBUTING 文档。
• I have formatted my code with go fmt or prettier.
  我已使用 go fmt 或 prettier 格式化提交的代码。
• I have added appropriate labels to this PR (or mentioned needed labels in the description if lacking permissions).
  我已为此 PR 添加了适当的标签（如无权限或需要的标签不存在，请在描述中说明，管理员将后续处理）。
• I have requested review from relevant code authors using the "Request review" feature when applicable.
  我已在适当情况下使用"Request review"功能请求相关代码作者进行审查。
• I have updated the repository accordingly (If it’s needed).
  我已相应更新了相关仓库（若适用）。
  • OpenList-Frontend #XXXX
  • OpenList-Docs #XXXX